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[57] ABSTRACT 

A development system is desaibed which provides a form- 
based development environment for partitioning an appli- 
cation such that it can be seamlessly integrated into corpo- 
rate Webs (i.e., "intranets"). A form is implemented as an 
"application page" and published as an ActiveX object. 
Specifically, a new "apphcation" page MIME type is 
defined: application/x-appdoc. This contains information 
necessary to create a document (e.g., Microsoft ActiveX 
Document) locally but, in addition, also includes informa- 
tion necessary to find and download the program code for 
rendering the view of the document. If the program code is 
already present locally, it need only be downloaded for 
purpose of updating the local copy. Once a form is built into 
an ActiveX object and digitally signed, it can be downloaded 
to a client and run in a Web browser, such as Microsoft 
Internet Explorer. 

10 Claims, 8 Drawing Sheets 
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SYSTEM FOR INTERNET-BASED DELIVERY HTTP server is a facilitator of such an approach, generally 

OF COMPUTER APPLICATIONS facilitating the interaction of a client-side web browses with 

backend data stored on a server. 
Additionally, HTTP servers facilitate the integration of 

A portion of the disclosure of this patent document ^ client-sick web application with the Internet. For example, a 

contains material which is subject to copyright protection. user browsing web pages can, in a transparent manner. 

The copyright owner has no objection to the facsimile launch local applications which display Web-downloaded 

reproduction by anyone of the patent document or the patent documents, by simply clicking on a link to the correspond- 

disclosure as it appears in the Patent and Trademark OfBce ing application. Although diis approach provides a scheme 

patent file or records, but otherwise reserves all copyright for supporting widely-installed applications, the approach is 

rights whatsoever. not designed for nor particularly well suited to distributing 

applications within a company (or larger organization). 

BACKGROUND OF THE INVENTION ^ ^pp,^,^,, ^ p^^jj^g distributed appUcation 

With the explosive growth of the Internet and the World funaionality is Microsoft's ActiveX technology (ActiveX 

Wide Web, an ever-increasing number of computers of SDK available at http/Avww.microsoft.com/msdownload/ 

disparate platforms are being connected together. Often, activex.htm; the disclosure of which is hereby incorporated 

companies employ an Internet-based network operating by reference), which includes "ActiveX Controls" and 

within the company or world wide, for assisting with its data "Active Document." An ActiveX Control in implemented as 

processing needs. In such an environment, clients (i.e., a rectangular control appearing within an Hypertext Markup 

end-user's work stations) typically operate Web browser '^^ Language (HTML) page, a well-known format. When the 

software (e.g., Microsoft Internet Explorer or Netscape page is loaded into a browser, the browser automatically 

Navigator) connected to a Web server, often operating in downloads the control and runs it. The approach has its 

conjunction with a back-end data server. A Web browser disadvantages, however. First, the ActiveX Control must 

communicates with Web servers using Hypertext Transfer exist within a container — an HTML page — and, thus, must 

Protocol (HTTP), a simple request/response protocol for operate within the confines of that container. For instance, 

information transfer using TCP/IP. The Web server receives the control does not have access to the entire screen region 

a request, retrieves the requested object (e.g., file), sends it for the page (as it must exist as a containee within the page). - 

to the browser, and then drops the connection. Further, since the ActiveX Control relies on an HTML page 

In typical operation, end-users operate various client as the "downloader** container, the control can only be 

applications at the client machines which, in turn, connect to inserted into HTML pages; it cannot be deployed within 

the servers for obtaining corporate data — a form of distrib- other containers or standalone. Since it is forced to be a 

uted computing. Such an arrangement is problematic, how- client of HTML page, an ActiveX Control has an inherent 

ever. One problem, for instance, is tracking the applications ^miX in its deployment. 

themselves. Since the applications run or operate at client Consider, for instance, an application constructed so that 
machines, a company may need to track and manage a separate modules or components of the application are 
muhitude of client applications. Each client application, in downloaded over a period of time, as an end-user envokes 
turn, can itself be comprised of multiple versions which can different functionality. Accordingly, greater flexibility is 
be updated independently. A core problem, therefore, is needed for the underlying framework of the application — 
managing different versions of applications, each of which ^ flexibility which is not provided by the approach of employ- 
can be updated independently. ing an ActiveX Control embedded within an HTML page. 

A change to any one application has a rippling effect, as All told, since an ActiveX component is designed to serve as 

such a change must be propagated to each client dependent ^ component, it does not provide and adequate framework 

on that application. As a client application is executing, the for entire application. 

system should ensure that that client obtains the latest 45 Another approach is to employ a control which serves as 

version of the application (or of independently updated a stub for launching another application, one which executes 

components). Other problems include (1) too many indi- within its own window. Since the approach does not provide 

vidual applications to keep track of — both for users and for seamless integration with the browser, it is undesirable. For 

IS administrators; (2) too difficult to keep track of what instance, if the user selects the "back" button from the 

versions of each application exists; (3) very expensive to 59 browser, what treatment, if any, should the separately 

keep everyone's desktops up-to-date (incurring costs even if executing window receive. Therefore the approach of 

the user never access the program); and (4) too difficult to launching a separate process sacrifices the seamless integra- 

distribute apps to remote sites. tion which users have become accustomed to when using 

The classic approach to this problem— creating a mono- web browsers. Both ActiveX Controls and Java applets 

lithic "mcga-application" that contains all possible ss ^^^^^ problem. 

features — is, in itself, problematic. For example, resoxu-ce An ActiveX "Active Document" solves this user interface 

needs of these applications drive increasing hardware problem, yet itself creates other problems. Specifically, an 

requirements and accelerate hardware turnover. Further, as active document does not include the ability to download 

new functionality is added to the appUcation, the entire program code. In particular, an active document (e.g., 

application must be reinstalled on all the clients, inclining eo Microsoft Word Document) requires that a host application 

re-installation costs, (e.g., Microsoft Word) be present locally on the users 

At the same time in such an environment, however, the machine. Specifically, the HTML page includes a reference 

client-side application represents only a portion of the indicating thatthe document (data file) can be viewed by 

operating environment. For instance, business logic for such launching a session of the locally-stored hosting application, 

a system can be separated out from client applications and, 65 From the perspective of attempting to solve the business 

instead, be implemented at the server side, thereby providing problem of distributing applications with the latest version 

a central repository for business logic. To a certain extent, an downloaded automatically, such an approach is unaccept- 
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able. Specifically, the program code (for the application) is dler asks the browser to create a view on itself, for instance, 

stored locally at the users machine with no provision for by calling the ActivateMe method on the Explorer document 

downloading program code at the time of the programs site. The Internet Explorer then calls the DocObject back to 

execution. Although an active document allows one to have instantiate a view, which it does by creating an instance of 

a downloadable "document" (logical representation of the 5 the ActiveX view object from the code that was downloaded, 

uses data, such as the text in a word processing file), it does Once created, the ActiveX view object gets in-place acti- 

not provide a downloadable "view" (i.e., the code that vated in the Internet Explorer, which creates the Delphi form 

creates the on-screen representation of that data). and all its child controls. 

The World Wide Web as it exists today is a distributed. Once the form is created, it can establish connections back 
interconnected set of documents that are available from to any remote server objects it needs to perform its func- 
anywhere . What is really needed is a system vdiich provides tions. At this point, the user can interact with the form, which 
a facility for achieving the same sort of distribution and will appear embedded in the Internet Explorer frame. When 
interconnections between application objects. Such a system the user changes to a different page, the browser assume 
would provide a centralized repository for program code responsibility for eventually closing and destroying the form 
(e.g., stored on a server), with the ability to keep the code up 15 (and relinquishing any outstanding connections to the 
to date, together with seamless integration into the World- remote servers), 
wide Web so that users can easily access distributed appli- 
cations through Web page links. The present invention BRIEF DESCRIPTION OF THE DRAWINGS 
fulfills this and other needs. ^ ^^^^^ ^^^^^ computer system in which 
SUMMARY OF THE INVENTION present invention may be embodied. 

FIG. IB is a block diagram of a software system provided 

A development system of the present mvention provides for directing the operation of the computer system of Fig. 

a form-based development environment for partitioning an -^^^ 

application such that it can be seamlessly integrated into ™„ >^ • i_i i r • i j i 

* «7 u 1 • 1 * • J * • 1 25 rlu. 2 is a block diagram or a visual development system 

corporate Webs. In particular, the system IS used to unple- u- u • i j -i i • i 

, f«™ ,o o„ "«««K^ot,v.« «,.Ki;oh«^ of otitic present mvention which mcludes a compiler, a hnker, 

ment a lorm as an application page and published as an an interface 

ActiveX object. Once the form is built into an ActiveX ^ 

object and digitally signed, it can be downloaded to a client ^ ^ bitmap screenshot illustrating a preferred 

and run in a Web browser, such as Microsoft Internet interface of an appUcation development environment in 

Explorer. which the present invention is embodied. 

Ofparticular interest is a technique for associating a host ^^'^ bitmap screenshots iUustrating user 

application with a document is through a use of well-known operation of a Web browser for executing a Web-delivered 

MIME (Multipurpose Internet Mail Extension) types. application document. 

MIME provides a standardized technique for packaging a 35 FIG. 5 is a block diagram summarizing overall system 

document object. It includes a MIME header for indicating architecture, 
which application is appropriate for hosting the document, 

aU contained in a format suitable for transmission across the DETAILED DESCRIPTION OF A PREFERRED 

Internet. In accordance with the present invention, a new EMBODIMENT 

"appUcation" document or page type is defined: application/ 40 xhe following description will focus on a preferred 

x-appdoc. This contains information necessary to create a embodiment of the present invention (and certain 

document (e.g., Microsoft ActiveX Document) locally but, alternatives) embodied in a visual development environment 

in addition, also includes information necessary to find and running on an Intel 80x86-compatible computer operating 

download the program code for rendering the view of the under an event-driven operating -system, such as the 

document. If the program code is already present locally, it 45 Microsoft® Windows environment. The present invention, 

need only be downloaded for purpose of updating the local however, is not limited to any particular application or any 

^°Py- particular environment. Instead, those skilled in the art will 

The new MIME type is associated with a file extension of find that the system and methods of the present invention 

j\PP. A file with the APP extension is an OLE Document, may be advantageously applied to a variety of platforms and 

implemented by an OLE DocObject, Because the APP file is 50 environments, whether command-line or GUI based, includ- 

a file, it can be placed on a server and linked to using an ing MS-DOS, Macintosh, UNIX, NextStep, and the like. 

HTML HREF. The APP file contains the following pieces of Therefore, the description of the exemplary embodiments 

data: (1) the CLSID (class ID) of an ActiveX object, which which follows is for purposes of illustration and not limi- 

is an OLE Document Viewer implemented as a Delphi tation. 
Form, (2) the URL of the codebase where the object's code 55 

can be found, (3) (optionally) a requested version number. GENERAL ARCHITECTURE 
Once the .APP DocObject handler code is installed and 

registers the APP MIME type, it can be used to download an ^ System Hardware 

jU*P file into the user's Web browser. The present invention may be embodied on a computer 

On the server side, since the .APP file is really a file, the 60 system such as the system 100 of Fig. lA, which includes a 

Web server simply receives the request and returns the file central processor 101, a main memory 102, an input/output 

to the client. When the APP file is downloaded, the APP controller 103, a keyboard 104, a pointing device 105 (e.g., 

DocObject handler asks the operating system to download mouse, track ball, pen device, or the like), a display device 

the codebase for the object specified in the .APP file. This 106, and a mass storage 107 (e.g., removable disk, floppy 

system functionality is available in >A^ndows through the 6S disk, fixed disk, optical disk (including CD-ROM), and the 

CoGetQassObjectFromURL function. After the ActiveX like). Additional input/output devices, such as a printing 

object's codebase is dovmloaded, the .APP DocObject han- device 108, may be provided with the system 100 as desired. 
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As shown, the various oompooenls of the system 100 
communicate through a system bus 110 or similar architec- 
ture. In a preferred embodiment, the system 100 inchides an 
IBM-compatible personal computer, available from a vari- 
ety of vendors (including IBM of Armonk, N.Y.). 

B. System Software 

Illustrated in Fig. IB, a computer software system 150 is 
provided for directing the operation of the computer system 
100. Software system 150, which is stored in system 
memory 102 and/or on disk storage 107, includes a kernel or 
operating system (OS) 160 and a windows shell or interface 
180. One or more application programs, such as application 
programs 170 or windows applications programs 190, may 
be "loaded" (i.e., transferred from storage 107 into memory 
102) for execution by the system 100. OS 160 and shell 180, 
as well as application software 170, 190, include an interface 
for receiving user commands and data and displaying results 
and other useful information. Software system 150 also 
includes a visual development system 200 of the present 
invention for developing system and application programs. 
As shown, the development system 200 includes compo- 
nents which interface with the system 100 through windows 
shell 180, as well as components which interface directly 
through OS 160. 

In a preferred embodiment, operating system 160 and 
shell 180 are provided by Microsoft® Windows95/WindDws 
NT. Those skilled in the art will appreciate that the system 
may be implemented in other platforms, including 
Macintosh, UNIX, and the like. Application software 170, 
190 can be any one of a variety of software applications, 
such as word processing, database, spreadsheet, text editors, 
and the like, including those created by the development 
system 200, which is now described in greater detail. 

C. Development System 

Shown in further detail in FIG. 2, the visual development 
system 200 of the present invention includes a compiler 220, 
a linker 250, and an interface 210. Through the interface, the 
developer user "paints" forms 202 with objects and supplies 
soiurce listings 201 to the compiler 220. Interface 210 
includes both command-line driven 213 and Integrated 
Development Environment (IDE) 211 interfaces, the former 
accepting user commands through command-line 
parameters, the latter providing menuing equivalents 
thereof From the source code or listings 201, forms 202, and 
headers/includes files 230, the compiler 220 "compiles" or 
generates object module(s) or "units" 203. In turn, linker 
250 "links" or combines the units 203 with runtime libraries 
260 (e.g., standard runtime library functions) to generate 
program(s) 204, which may be executed by a target proces- 
sor (e.g., processor 101 of FIG. lA). The runtime libraries 
260 include previously-compiled standard routines, such as 
graphics, I/O routines, startup code, math libraries and the 
like. 

A description of the general operation of development 
system 200 is provided in the manuals accompanying Del- 
phi™: Users Guide (Part No. HDA1320WW21772). and 
Components Writer's Guide (Part No. 
HDA1320WW21773). Further description can be found in 
Object Pascal Language Guide (Part No. 
HDA1320WW21774) and Visual Component Library Ref- 
erence (Part No. HDA1320WW21775). The disclosures of 
each of the foregoing (which are available directly from 
Borland International of Scotts Valley, Calif.) are hereby 
incorporated by reference. 
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Operation (i.e., "compilation") by a compiler, such as 
compiler 220, is generally driven by its two main compo- 
nents: a front end and a back end. The "front end" of the 
compiler parses the source program and builds a parse 

5 tree — a well known tree data structure representing parsed 
soiuxx code. The "back end" traverses the tree and generates 
code (if necessary) for each node of the tree, in a post -order 
fashion. For an introduction to the general construction and 
operation of compilers, see Fischer et al.. Crafting a Com- 

10 piler with C, Benjamin/Cummings Publishing Company, 
Inc., 1991, the disclosure of which is hereby incorporated by 
reference. Further description of the back end of the com- 
piler is provided in commonly-owned U.S. Pat. No. 5,481,70 
8, issued Jan. 2, 1996. Description of a linker, such as 

15 Borland *s TurboLinker, is provided in commonly-owned 
U.S. Pat. No. 5,408,665, issued Apr. 18, 1995. The disclo- 
sures of each of the foregoing patents are hereby incorpo- 
rated by reference. 

20 D. General Development Interface 

The present invention is embodied in Delphi™, a 
component-based, rapid application development (RAD) 
environment available from Borland International of Scotts 
Valley, Calif FIG. 3 illustrates an application development 
environment 360, which is provided by Delphi. Many of the 
traditional requirements of programming, particularly for 
Windows applications, are handled for the programmer 
automatically by Delphi. 

As shown, the programming environment 360 comprises 
a main window 361, a form 371, a code editor window 381, 
and an object manager or "inspector" window 391. 

The main window 361 itself comprises main menu 362, 
tool bar buttons 363, and component palette 364. Main menu 

35 362 lists user-selectable commands, in a conventional man- 
ner. For instance, the main menu invokes File, Edit, View 
submenus, and the like. Each submenu Hsts particular 
choices which the user can select. Working in conjunction 
with the main menu, toolbar 363 provides the user with 
shortcuts to the most common commands from the main 
menu. The toolbar is configurable by the user for including 
icons for most of the menu commands. 

Forms, such as form 371, are the focal point of nearly 
every application which one develops in the environment. In 

45 typical operation, the user employs the form like a canvas, 
placing and arranging "components" on it to design the parts 
of one's user interface. The components themselves are the 
basic building blocks of applications developed within the 
enviroimient. Available components appear on the compo- 

50 nent palette 364, which is displayed as part of the main 
window 361. The form can be thought of as a component 
that contains other components. One form serves as the main 
form for the application; its components interact with other 
forms and their components to create the interface for an 

55 application under development. In this manner, the main 
form serves as the main interface for an application, while 
other forms typically serve as dialog boxes, data entry 
screens, and the like. 
During "design" mode operation of the system, the user 

60 can change the properties of the fonn, including resizing the 
form and moving it anywhere on screen. The form itself 
includes standard features such as a control menu, minimize 
and maximize buttons, title bar, and resizeable borders. The 
user can change these features, as well as other "properties" 

65 of the form, by using the object inspector window 391 to edit 
the form during design time. Thus, properties define a 
component's appearance and behavior. 
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Components are the elements which a user employs to browser to determine how it should interpret data received 

build his or her applications. They include all of the visible from a server (e.g., such as interpreting a .gif file as a bitmap 

parts of an application, such as dialog boxes and buttons, as image). In effect, this serves as a description of what to do 

well as those which are not visible while the application is with the data once it is received at the browser. If a stream 

running (e.g., system timers). In the progranaming environ- 5 of binary data is received as type HTMU the browser 

ment 360, components are grouped functionally on different renders it as an HTML page. If instead it is received type 

pages of the component palette 364. Each functional group bitmap, on the other hand, the browser renders it as a bitmap 

is identified by a tab member, which includes a label image, 
indicating the particular nature of the group. For example, 

components that represent the Microsoft \^^mdows common lO B. New MIME Type 

dialog boxes ai^ grouped on the "Dialog?'^ page of the Microsoft Windows, different techniques exist for 

palette THe palette can mcorporate usei--created custom ^ application to register an interest in a data 

?^°,-'°'''n'^^lf^ A ""T ^ object (i.e., data of a particular type). One technique is for 

Additionally, the user can mstaU third-party components. appKcation to register with Windows an interest in a 

The object inspector wmdow 391 enables the user to 15 particular file extension for an (e.g., .doc— "Microsoft Word 

easily customize the way a component appears and behaves Document"); this is the most common technique employed 

in the application under development. The inspector 391 window appHcations. An other approach, empbyed in 

comprises an object selector field 392, a properties page 393, Microsoft Object Unking and Embedded (OLE), is the use 

and an events page 394. The object selector 392 shows the ^ class GlobaUy Unique Identifier or GUID— a 16-byte 

name and type of the currenUy selected object, such as 20 j^Jentifier for indicating a particular server application to 

"Forml," as shown. The properties page 391 Usts the invoke (for hosting the document having the GUID). The 

attributes of a component placed on a form (or the form class ID is registered on a particular machine as being 

itself) which can be customized. The events page, on the connected to a particular DLL (Dynamic Link Library) or 

other hand, lists "event handlers" for a particular compo- application server 

nent. Event handlers are speciaUzed procedures which may 25 ^^^^^^ ^^^^ ^ ^ ^^^^ associating a host 

mclude user-provided program code. appUcation with a document is through a use of MIME 

Code editor 381 is a full-featured editor that provides types. MIME provides a standardized technique for pack- 
access to all the code in a given application project. In aging a document object. It includes a MIME header for 
addition to its basic editing functionality, the code editor 381 indicating which application is appropriate for hosting the 
provides color syntax highlighting, for assisting the user document, all contained in a format suitable for transmission 
with entering syntactically-correct code. When a project is across the Internet. In accordance with the present invention, 
first opened, the system automatically generates a page in ^ "application" page MIME type is defined: application/ 
the code editor for a default unit of source code; in the x-appdoc. This contains information necessary to create a 
Object Pascal preferred embodiment, the default unit is document (e.g., Microsoft ActiveX Document) locally but, 
named Unitl. addition, also includes information necessary to find and 

The following description will focus on methods of the download the program code for rendering the view of the 

present invention for creating Web-delivered application document. If the program code is already present locally, it 

forms, using the above-described visual development envi- need only be downloaded for purpose of updating the local 

ronment. In particular, the system is used to implement a ^ copy. This defines a new document type which includes 

form as an "application page" and published as an ActiveX information supporting downloadable program code for 

object. Once the form is built into an ActiveX object and rendering a view of the document. 

digitally signed, it can be downloaded to a client and run in MIME type is associated with a file extension of 

a Web browser, such as Microsoft Internet Explorer. ^ file with the .APP extension is an OLE Document, 

„ . ™, .™^vr^ 45 implemented by an OLE DocObject. Because the .APP file 

WEB-DELIVERED APPUCAHONS ^ gje, it can be placed on a server and Unked to ^.sing an 

A. Dividing Applications Into Frames ^™n^^l7^tr^/^'lTf"^ [""^Th"^ '^'*?f, p 

^ data: (1) the CLSID of an AcUveX object, which is an OLE 

At the outset, it is helpful to view an application not so Document Viewer implemented as a Delphi Form, (2) the 

much as a collection of features or functionality but, instead, 50 URL of the codebase where the object's code can be fouind, 

as a collection of discrete frames or views. A typical and (3) (optionally) a requested version number. Once the 

business application, for instance, generally includes a set of APP DocObject handler code is installed and registers the 

menu items, each of with invokes a particular frame — that APP MIME type, it can be used to download an APP file 

is, a form which manifest certain functionality of the appli- into the user's Web browser. 

cation. With this perspective, an application is viewed not as 55 On the server side, since the .APP file is really a file, the 

a monolithic body of code but as a collection of applets, or Web server simply receives the request and returns the file 

bundles of functionality. In this manner from within a to the client. When the APP file is downloaded, the .APP 

browser, a user would select a Web page link which would, DocObject handler asks the operating system to download 

in tum, invoke a particular frame of the application (i.e., the codebase for the object specified in the .APP file. This 

subapplication). 60 system functionality is available in Windows through the 

In addition to expressing an application as a collection of CoGetClassObjectFromURL function. After the ActiveX 

frames, an applications is also expressed as a location on the object's codebase is downloaded, the .APP DocObject han- 

Internet, a URL (Universal Resource Locator) address point- dler asks the browser to create a view on itself, for instance, 

ing the application. Each URL includes two characteristics: by calling the Activate Me method on the Explorer document 

content data for the URL (i.e., whatever data is stored on the 65 site. The Internet Explorer then calls the DocObject back to 

server) together with a data type or MIME (Multipurpose instantiate a view, which it does by creating an instance of 

Internet Mail Extension) type. The data type allows a Web the ActiveX view object from the code that was downloaded. 



12/04/2002, EAST Version: 1.03.0007 



5,995,756 

9 10 

Once created, the ActiveX view object gets in-place acti- relies oq standard Microsoft ActiveX API (Application 

vated in the Internet Explorer, which creates the Delphi form Programming Interface)-calls Although the ActiveX API 

and all its child controls. does not provide native support for Web-delivered 

Once the form is created, it can establish connections back applications, its API can be invoked for locating the correct 
to any remote server objects it needs to perform its func- 5 version of the program code, copying it to the local machine, 

tions. At this point, the user can interact with the form, which verifying its integrity, and registering it with the clients 

will appear embedded in the Internet Explorer frame. When operating system. Once the code has been downloaded, the 

the user changes to a different page, the browser assume handler can proceed to invoke the now-present application 

responsibility for eventually closing and destroying the form host for rendering the document object (in a manner similar 
(and relinquishing any outsUnding connections to the lo to invoking the hosting appHcation through the registry if it 

remote servers). were already installed). 

Now that the hosting application (OLE server) is loaded 

C. End-user Operation ^^e cHent, the client system can employ the OLE docu- 

FIGS. 4A-D illustrate a web-delivered application, from ment view architecture to render the application correctly 

the perspective of an enduscr. From an end-user's desktop, within the browser, including using conventional OLE meth- 

the entry point to the system is the corporate home page 400, odology for adding the application's menu to that of the 

such as the one shown in FIG. 4A. The figure illustrates a browser and for correctly re-sizing the application upon a 

Web-browser 400 (e.g., Microsoft Internet E?cplorer) dis- re-size of the browser (as oppose to requiring the application 

playing a Web page 401, such as the home page for a to execute within a single Active X control rectangle — the 

particular company. The page 401 includes, in a conven- limitation previously noted). Once the application is execut- 

tional manner, a number of links, such as link 403. In ing at the client, such as illustrated in FIG. 4D, it can execute 

response to the user clicking on a particular link to an remote logic such as using RPC (Remote Procedure Call) 

application page, the web browser connects to the applica- methodology. In this manner business logic which is pref- 

tion page (file) residing on the server. erably implemented as remote procedure's can still be used. 

Clicking on a link can bring the user to a departmental before, 

homepage 420, shown in FIG. 4B. The departmental home al. ^ 

page include links pointing to HTML documents that con- ° Nummary of System Architecture 

tain policies, status, procedures, reports, and other docu- FIG. 5 is a block diagram summarizing system architec- 

ments. Some pages contain HTML forms that are intended ture 500. On the client side 510, the system includes at least 

to send data to a server-based application, some contain on client 511 operating a web browser 513, in conjunction 

dynamically -created HTML documents. with application handler 515. The client 511 communicates 

In addition to these existing features of an Intranet, the via Interact connection 520 with a web for an HTTP server 

new page type — an application (appdoc) page — is provided 531. Based on request received from clients, the HTTP 

for in-place execution of an application in the Web browser. server delivers to authorized clients application pages 

Since each application page is located using an URL, other which, in turn, are maintained by application object reposi- 

pages can have hyperlinks to it. Multiple application pages tory (server) 543. The repository server 543 itself operates 

can be grouped together by making a catalog page that under the control of management layer 541 which, for 

contains hyperlinks to the application pages. When the user instance, provides versioning control over various applica- 
selects a hyperlink that points to to an application page, the ^ tion objects. The management layer 541 preferable includes 

Web browser downloads the application code and executes a user interface providing administrator functionality. Here, 

the page inside the browser, as FIG. 4C illustrates. the system administrator can grant and modify user right and 

Upon the browser downloading the appHcation page, the install new application objects in the repository. To facilitate 

browser (based on the defined MIME type) invokes a local response time, the actual application objects themselves are 
handler, a handler for documents of a type. More 45 preferable small as so as to minimize download time, 

particularly, the application page includes a Globally Unique Optionally, an application, once executing at the client, can 

Identifier (GUID) and a codebase URL for identifying a establish remote procedure calls to remote servers 551, for 

remote (downloadable) application to invoke for hosting the executing centralized business logic or rules. In addition to 

document. Given the document object and the GUID which conventional security techniques (e.g., code signing), the 
arrive with the application page, the local handler looks to 50 Web-page approach provides an additional security 

the client machine to see if the hosting application akeady measure, the abiUty to identify request for pages on a 

resides locally (e.g., by examining Windows 95/NT per-cUent basis. Accordingly, clients can be provided with 

registry). At this point the local handler can choose to invoke different access privileges, there by limiting which code 

a local copy (if any) or download the latest version of the modules can be downloaded by which particular clients, 
host appUcation. 55 

Different models of downloading code are commonly 

available. When code is downloaded, a "code base" ^eci- 1. Overview 

fication (file) is initially requested from the server. The code The general process of downloading an ActiveDocument- 

base itself can range from a simple DLL file to a Cabinet file enabled Form object (i.e., ActiveDocForm) from an HTTP- 
(Microsoft .cab file) containing multiple compressed files, eo server codebase to a client machine involves a communica- 

Still further, an information (e.g., Microsoft .inf) file can be tion session between the client browser and an HTTP server, 

employed for instructing the client system how to install the During the downloading process, several objects are created 

downloaded application. These mechanisms afford great in order to facilitate the downloading and to conform to the 

flexibility in choosing which component of an application ActiveDocument protocols for activation and UI layout. For 
gets downloaded and when. 65 example, the client machine includes an Active Doc- 

For the currendy-referred embodiment, the machinery compliant object which is installed to initiate the download- 

employed for actually downloading program code itself ing of the code. This object is installed as a separate 



E. Internal Operation 
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component (apart from the components of the process la the case of an ActiveDocForm file, the browser looks 

described here). up the "application/x-appdoc" MIME type in the registry. 

The process employed extends the standard process of and determines an ActiveDocForm Document object (if any) 
instantiating an ActiveDoc object. Preferably, other aspects to handle the file type. Recall that the ActiveDocForm 
of the process are not changed in order to ensure compat- 5 Document object is the object installed on the machine 
ibility with existing ActiveDoc-enabled browsers. The fol- hctoic beginning the download process. The browser pro- 
lowing description wiU, therefore, focus on those modifi- ceeds to create an instance of the ActiveDocForm Document 
ciations to the ActiveDoc process for allowing downloading handler object and fills it from the APP file. The browser 
of the code and maintenance of the code on an HTTP server. then asks the Document object to create a View object. 

2. SUrting a Download ^° 5. Downloading the Code 

The process begins when a user selects a downloadable At this point, the ActiveDoc process is modified substan- 

ActiveDocument; this occurs in the same manner that the tially. The .APP file contains the following information: (1) 

user typically selects an HTML page. The user may type a a class ID; (2) a codebase URL; and (3) a required version 

URL address into the browser or elide on a hyperlink. The number. This information enables the ActiveDocForm 

browser then makes a request to the HTTP server for the Document handler to download the code needed to create 

specified file, using the HTTP GET command, the View portion of the Document-View pair. 

3 Returning the File from the Server The Document handler loads tt us in formation from the 

In response to receiving the request, the HTTP server '.^^ ^}^^^^ ^^^'^^ f The follow- 

returns the requested file in binary fomi, including a header 20 j^? demonstrates an exemplary method for performing 
that contains information about the file . Of particular interest 

in the header is the file's MIME type. The system-defined 

MIME type of "application/X-appdoC* establishes that the procedure TV^Document l^adFromStreamCStream: l^eam^ 

file is an ActiveDocForm. By convention, ActiveDocFormS // The TStream parameter should be a TOleStream object that converts 

have an extension of ".APP** (but this is not required). 25 // an Ol£ [stream to a Delphi-standard TStream, for convenience. 

4. Displaying the File's Contents AppDocData: TAppDocData; 

When the browser receives the binary file from the server, Longint; 

it needs to determine how to display the file. As previously ^ nwdcchar; 

described, the operating system maintains a registry of suLi.Rcad(AppDocData,sizcOf(Appi>ocData):); 

information that, among other things, indicates whether an fclsid »^pDocData.CL5iD; 

ActiveDoc server is to be used to display a particular MIME FCisConteit : =^pDocData asContext; 

type. Upon receiving a file with a header, the browser looks FVersionMajor :-AppDocData.\fcr»ionMajor, 

•"^ . . . ..Ij. • FVersionMinor : =AppDocE)ata-VersioaMmor; 

up the MIME type m the system registry to determme which ^fter the AppDocData, stores a Length dword, and 

ActiveDoc object will handle the display of the object. // then a WideOiar. Length is the number of charactcra 

Displaying an ActiveDoc-compliant data file on screen is //in the strung plus Uietei^^ 

If . . /jcjL.uA^-ri stream ■Read( Un, SizeOf(Longint)); 

Itself a two-step process (defined by the ActiveDoc p :-sysAiiocStringLenC nil, Len-i ); 

specification), ActiveDoc specifies there will be two objects stream Rcad( p * , Len-SizetM^WideChar)); 

that cooperate with each other: a "Document" object and a FCodeBase :=p; 

"\^ew" object. First, an in-memory Document object is s^ysFreeStringCp); 

created and filled with the data from the file. Then, the 2L! 

Document object is told to create a View object; this View 

object will be attached to a user-interface frame (in this case, The Document handler first checks if the requested object is 

the web browser). As required by ActiveDoc protocol, the currently installed on the client machine, by checking if 

Document and View objects, while distinct objects, must be there is an object handler for the specified class ID and 

defined in the same DLL module and must both be installed version number. If the object is installed, the Document 

on the machine before attempting to display the file. The first handler goes directly to the next step, "Creating the View", 

restriction stems from a limitation of the ActiveDoc speci- If the specified class ID is not present on this machine, or 

fication; there is simply no way for the two objects to if it is not the correct version, the Document handler needs 

communicate the necessary information without having to download and install the ^ecified codebase. This is 

been created from the same module. The second restriction accomplished using the ActiveX "Code Download" speci- 

exists because the ActiveDoc specification does not specify fication (API), such as CoGetClassObjectFromURL. The 

any standard for code download; nor does the browser folbwiog three method definitions illustrate implementation 

support this. of the process. 



// Ihis method implements the I01eDocument::CreateVLew method, which is 
part of the normal 

// ActiveDoc protocol. This code method is generic, and calls the 
DoCreate^^ew to 

// implement the specifics of the ActiveDocForm downloadinhg code. 
// After the view is created, the Document object connects ilself to the 
N^cw object via 

// the View object's SetDocument method. This method is not part of the 
standard 

// lOleDocumentVlew but instead is defined in the extended interface, 
lOleDocumentViewB. 

ftinction TActiveEX3cFonnDocument Crcate\^ew (Site: lOleloPlaceSite; Stream: 
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-continued 



IStream; rsn^d: DWORD; 

out View: lOlcEtocumcatVicw) :HRcsult; stdcall; 

var 

ViewObj: lOleDocumentvicw, 
hwndpareDt: HWND; 
begin 

Sitc.^ddRef; 

Site.GetWindow( hwadParent ); 
Asscrt(hwndParent <> 0); 
ViewObj := ail; 
try 

DoCreateViewfSite.ViewObn: 

// The rest of this code establishes the View object that was created 
as a 

// view in the in-placc container (Lc. the browser). 
Site.GctWindow( hwndParent ); 
As8crt(hwndParcnt <> 0); 
if "V^cwObj " nil then 

raise Exception. Oeate(' Must create View object in DoCreateMew'); 
FVicw :- ViewObj as lOIeDocumentViewB; 
FView.SctDccumcat( Self as lOle Document ); 
Site._Relcase; 
if Site <> nil then 

01eCheck( ViewObj. SetlnPlaccSitc( Site ) ); 
if Stream o nil then 

01eCheck(ViewObj.AppIyViewStatc ( Stream )); 
View ViewObj; 
Result := S_OK; 
except 

Result HandlcExccption; 

end; 

end; 

// Tliis method retrieves information about the browser's frame site object 
// and then creates an instance of the object using 
// CT^te0^eObjec^W^tt^Codebase 
// 

procedure TActiveDocFormDocumenLDoCreateView ( Site: lOlelnPlaceSite; out 

View, [OleDocumentView); 

var 

FrameWnd: EIWND; 
ctr: [OleContainer; 
ct: lOleCommandThrget; 
sp: IScrvice Provider; 
hwndParent: HWND; 
rcPosRect, rcQipRect: TRect; 
pActiveObjcct: lOlelnPlaccActiveObject; 
DocWindow: lOlelnPIaceLJIWindow; 
InPlaceFrame: lOlelnPlace Frame; 
Framelnfo: TOLEINPLACEFRAMEINFO; 
begin 

01eChect(Site.GetWindow( FrameWnd )); 
01eCheck(Site.Get^indowOontext ( InPlaceFrame, 
DocXWndow, 

rcPcsRcct, rcQipRect, Framelnfo)); 
ct :- nil; 

InPlaocFrame.OueryIatcr£acc(I01eCommandTarget, ct); 

FCLSID, FCodcBase, FVcrsion Major, FVfcrsionMinor, 

FClsConuatt, 

I01eDocunient\^ew, 

Framewnd, 

ct. 

View) ); 
end; 

// TTiis method creates an OLE server that it obtains by downloading 

// its code from a codebase stored on an HTTP server. If the code 

// is already installed (and has the correct version), the codebase 

// isn't downloaded, but the object is just created from the local code. 

// The code follows the ActiveX CodeDownload specification 

// for downloading code from the FTTTP server. 

function CrcateOlcObjectWithCodebase( 

const CLSID: TGUID; 

const CODEBASE: String; 

Ver Major, VeiMmoi: Longint; 

clsGontext: Longint; 

const iid: TGUID; 

OwnerWod: HWND; 

const CmdTkr^: lOleCommandl^rget; // receiver of 
OLECMDID_SErPROGRESS 
out Obj ): HRcsult; 
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-continued 



var 

CDH: TCddcDowiiloadHandlcr; 
BSC: IBindStatusCaUback; 
BindCtx: LBiiidCbi; 
Factory: IQassFactory; 
hRes: HRcsult; 
begin 

// create a handler for the bind context of the download process. 
// The CodeDownloadHandler is an objea that implements IBindContext aad 
// allows a progress bar to be displayed in the browser. 
CDH :- TCodeDownloadHaiidler.Create( OwnerWnd, CmdTarget ); 
BSC CDH; 
try 

01eCheck( CreateAfiyncBmdCtx( 0, BSC, nil, BindCtx ) ); 

// Initiate the download of the object from the codcbasc, and retrieve 

its 

// factory object. This returns S_OK if the object is already installed 
(and 

// has the correct veisicai), or MK_S_ASYNCHRONOUS if the code is being 
dowiloaded. 

hRes :° CoGetClassObi ectFromURLf 
CLSID.PWLdcCharfWideStringfCQDEBASE1YVerMaiQr.VerMinQr.ml. 

BindCt3i.cIsContextJiiLiaassFactorv.Factorv1: 
if hRes - MK_S_ASYNCHRONOUS then 
begin 

// show progress dialog and wait until the download is done 
CDH. ShowDo wnloadP rogrcss; 
hRes :« CDH,FRes; 

// when download is done, if it succeeded then we need to get the 
class 

// factory object. 

if SUCCEEDED(hRes) then 
Factory CDaOleObjcct as [QassFactory; 
end; 

01eChect(hRcs); // Chect for any errors in the download. 
// Throsra exception if there are errors. 

// Now that we have the class factory for the object, create an 
instance of it. 

hRes FactoTy.CreateInstance(nil.iid.Obj^; 
except 

hRes :b Handle Exception; // turn any exceptions into an error 

code to return. 

end; 

Result :- hRes; 
end; 



6. Extended DocA^ew Interfaces 

The Document and View objects of an ActivcDoc server 
communicate with each other via a two interfaces: lOle- 
Document and lOleDocumentView, These standard inter- 
faces are not sufficient to allow the documents to be instan- 
tiated completely independently, since the document object 
is expected to know certain information about the views, and 
vice versa. Extension of the existing interfaces allows the 
Document and Mew objects to be created independently, 
without breaking compatibility with existing ActiveDoc 
containers. ActiveDocForm-compliant Document and \^ew 
objects can implement the methods specified by these 
interfaces, in addition to the methods defined for the respec- 
tive lOleDocument and lOleDocumentView interfaces. 



lOlcDocumcDtB = interface (lOlcDocumcnt) 
[*{AE5D13CA-lSBS-llDO-8875-0020AFC621C3}'] 
// The view may be required to provide a document title string for the 

document, but 

// only the document Icnows its title (e.g. fUename). This method 
allows the view 

// to ask the dcxumcnt for its title. 

function Getritle( out docTitle: PWideChar ): HResuIt; 
end; 

lOlcDocumcntViewB - interface (JOIc Document View) 
[•{AE5D13C9-15B5-11DO-8875-0020AFC621C3}'] 



40 

^continued 

// The document that creates this view will need to tell the view what 
document it 

// is attached to, so that the view can fulfill the GclDocumcnt method, 
fuinction SetDoaiment( const docObj: lOleDocumcnt ): HRcsult; 
// The document object may be asked to set or get the extent of the 
current view, via 

// the document ohrt'eci's I01eObjcct::Set/GetExtent methods, 
function SetExtent( dwDrawAspect: Longint; const size: TPoint ): 
HResult; 

50 function GctExtent( out size: TPoint ): HRcsult; 
end; 



7. Implementing a Mew Object 

An ActivcDocForm-compliant View object is an OLE 
55 object that provides a window and implements lOleDocu- 
ment ViewB as well as the other ActiveDoc view behaviors. 
The \^w object, originally conceived as a Delphi Form 
(although it could also be implemented using VB, MFC, 
OWL or direct Windows APIs), is an adapter object, TAp- 
60 pDocView. This object allows a standard Delphi Form to be 
created as an OLE object, implementing lOleDocument- 
ViewB. TAppDocView is derived from 
TActiveDocumentView, which implements a standard Acti- 
veDoc View object using a Delphi form class object. 
65 TActiveDocumentView implements lOlelnPlaceObject, 
lOlelnPlaceActiveObject, lOleDocumentView, 
lObjectWithSite, IPrint and lOleCommandTarget, as spcci- 
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fied by the ActiveDoc specification. It also implements 
lOleDocumentVlewB, which allows the object to be built 
into a separate module from its document object. These base 
classes are provided in a class framework designed to ease 
construction of ActiveDocForm applications. The use of the 
framework allows a programmer to transform a normal 
Delphi form into an ActiveDocForm -compliant View object 
through the addition of just a few hues of code. The 
following program code defines a simple form object. The 
underlined code portions of the program code which iden- 
tifies the object as an ActiveDocForm Mew. 



// A unit that deiincs a standard Delphi Form with 

one edit field, two labels, three buttons and a 
// panel component. 

The last few lines specify that this form should be registered 

as an ActiveDocForm 
// object, 
unit TestForm; 
interface 
uses 

Windows, Messages, SysUtils, Classes, 
Graphics, Controls, Forms, Dialogs, 
StdCtrls, ExtCtrls, Doc View, ComServ; 
type 

TForml = dass(TForm) 
Editl: TEdit; 
LabcU: TLabel; 
Labcl2: TLabel; 
Buttonl: TButton; 
Button2: TButton; 
Button3: TButton; 
Panell: TPanel; 
private 

{Private dcclaiations } 
public 

{Public declarations } 
end; 
var 

Forml: TFonnl; 
implementation 
{$R *.DFM} 
const 

CLSID TcstFormObj: TGUID - 
' { AE5D13C8-15B5-11-DO-8S75-0020AFC621C3} *; 
initialization 

TAppDocVicwFactor Crcatc(ComServer, TForml, CLSID_TestFormObj); 40 
end. 
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8. Creating APP Files 

The application object (.APP) files that are installed on the 
server are simply files that contain the information necessary 45 
for the ActiveDocForm Document handler to be able to 
locate the code that implements the view, regardless of 
whether the code is installed locally. In the current 
embodiment, this file has a binary format consisting of the 
following data record, followed by a string length (32-bits) 50 
and a Unicode-encoded codebase URL specifier. 



TAppDocData •» record 
cbSize: Integer; 
CLSID: TGUtD, 
OsContext: Longint; 
VbrsioaMajor: Longiat; 
Version Minor: Longint; 

end; 

// Length: Longiat 

// CodeBaseUrl: array [O.. xxx ] of WideChar, 



This file can be created in a conventional manner, with any 
tool capable of writing data files. In the current embodiment, 
the system provides a tool for creating these files by allow- 
ing the user to enter the data into a dialog box. 65 

While the invention is described in some detail with 
specific reference to a single preferred embodiment and 



certain alternatives, there is no intent to limit the invention 
to that particular embodiment or those specific alternatives. 
Thus, the true scope of the present invention is not limited 
to any one of the foregoing exemplary embodiments but is 
^ instead defined by the appended claims. 
What is claimed is: 

1. In a Web-based computer system having a client 
connected to a Web server, the client including a Web 

10 browser, a method for Web-based delivery of executable 
applications, the method comprising: 

creating at the server an application document, said appli- 
cation docimient including information necessary for 
locating and downloading program code necessary for 
rendering a view of the application document within 
the Web browser, without requiring that an application 
document handler already be installed at the Web 
browser, 

installing at the client an application document handler, 
said handler capable of interpreting said infonnation of 
said application document; 
displaying in the Web browser a Web page having a 

hyperlink reference to said application document; 
in response to user selection of the hyperlink reference, 
transmitting said application document from the server 
to the client; 

in response to said transmitting of said application docu- 
ment from the server to the client, invoking said 
handler for processing said application document, 
including performing substeps of: 

(i) determining whether program code capable of ren- 
dering the application document resides locally at the 
client; 

(ii) if the program code docs not reside locally, auto- 
matically downloading the program code fi:om a 
location indicated by said information of application 
document, in a manner that does not require user 
intervention; and 

(iii) rendering the application document within the Web 
browser by executing said program code. 

2. The method of claim 1, wherein said program code 
functions as a Microsoft OLE (Object Linking and 
Embedding) Server for the application document. 

3. The method of claim 2, wherein said OLE Server 
registers its own menus with the Web browser. 

4. The method of claim 1, wherein said appUcation 
document comprises user data together with information 
indicating appropriate program code for hosting the user 
data. 

5. The method of claim 1, wherein said information 
indicating appropriate program code for hosting the user 
data includes a Globally Unique Identifier (GUID) for 
locating the program code. 

6. The method of claim 1, wherein said creating at the 
server step includes: 

defining a new MIME (Multipurpose Internet Mail 
Extension) data type to comprise an "apphcation page." 

7. The method of claim 6, wherein said handler is invoked 
for processing objects of type "application page." 

8. The method of claim 1, wherein said step of determin- 
ing whether program code capable of rendering the appli- 
cation document resides locally at the cUent includes: 
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examining any available operating system registry for 
locating any program code located locally at the client 
which is capable of rendering a view of the application 
document. 

9. The method of claim 1, wherein said server comprises 
an HTTP (Hypertext Transport Protocol) server which 
responds to H i I P requests from the client. 



,756 

20 

10. The method of claim 1, wherein before said step of 
transmitting said application document fix)m the server to 
the client, further conapriscs: 

validating whether the clieat has suflBcient access rights 
for obtaining a copy of the application document. 

« * 4 4> 4* 
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